cssanimatedstyle: Apply animation values after creation

This makes GtkCssAnimatedStyle immutable.

cssanimatedstyle: Make advancing the style return a new style

This is another step towards making CssStyles immutable.

stylecontext: Fold a function into only caller

cssanimatedstyle: Avoid creating animation

... when no animation exists.

This makes the function name kinda wrong, but I'm not sure what else to
call it.

cssanimatedstyle: Remove unused function

cssanimatedstyle: Merge two functions

stylecontext: Make build_properties create the style

stylecontext: Make static styles static

Instead of keeping an animated style everywhere, we replace it with the
static style when nothing gets animated.

Apart from making the code cleaner, this gets rid of a bunch of animated
style values that do nothing but wrap a static style.

stylecontext: Split function

stylecontext: Only look up stuff in the cache that can be in the cache

Only saved styles are stored in the cache so we should look only those
up there.

stylecontext: don't unset the current style info when clearing cache

Instead, do it manually.

stylecontext: Always pass the static style

... to build_properties.
There is always one available, so we can insist on that one.

This simplifies a bunch of code.

stylecontext: Use a static style when saved

The only style that is animated is the style of the unsaved primary
node. So there's no need to create animated style objects for the other
ones.

There is a bunch of ugliness in the code currently. Further commits are
expected to fix them.

cssstyle: Add GtkCssStaticStyle

For now, this is only an implementation detail of the animated style.

The idea is to use GtkCssStaticStyle as the result of CSS queries and
then put a GtkCssAnimatedStyle on top that manages the animations. The
neat thing about this is that you can cache the static values.

cssstyle: Split into GtkCssStyle and GtkCssAnimatedStyle

GtkCssStyle is the base class to be used for all types of styles that do
exist.

GtkCssAnimatedStyle is the only implementation so far, that is exactly a
copy/paste of the old GtkCssStyle code.

cssstyle: Rename GtkCssComputedValues => GtkCssStyle

This is literally just renaming of the object (and the associated source
files). No other changes are in there.

cssstylefuncs: Rename functions

This is in preaparation for the big GtkCssComputedValues => GtkCssStyle
rename

Updated German translation

Updated British English translation

cssselector: Reintroduce GOT_MATCH

I removed it in 14f5ce710856708dc80fcc98cb5eb2ba257f34ad because I
thought it was unnecessary, but it wasn't. When we build a tree like
this:

.matches ─┬─ .doesntmatch
          └─ .alsodoesntmatch

We would get the changes for the .matches part returned. This is however
only right if that node of the tree contains results. If results only
exist with the child nodes (all of which don't match), then this part
should not match either.

cssselector: The if was the wrong way around

We want to keep matching as long as selectors are simple. Otherwise we'd
never be matching, because the first selector is always simple. Oops.

cellrenderertext: notify inverted

The notify for "size" and "size-points" properties
are inverted.

https://bugzilla.gnome.org/show_bug.cgi?id=742311

calendar: Handle invalid dates

GtkCalendar can have an invalid date — mostly at initialization. This
means that GDateTime construction may fail. We need to handle that case
gracefully, like the old code did.

This fixes the `notify` test suite, which started failing with:

/Notification/GtkCalendar:
GLib-CRITICAL **: g_date_time_get_day_of_week: assertion 'datetime != NULL' failed

inside the Continuous builder.

textview: fix duplicated binding entries. use kp variants instead.

This appears to have accidentally used the normal keypresses twice instead
of the KP variants. This resulted in shift+insert pasting twice.

https://bugzilla.gnome.org/show_bug.cgi?id=742170

Updated Basque language

Updated Hungarian translation

Updated Hungarian translation

Updated Hungarian translation

Updated Vietnamese translation

Signed-off-by: Trần Ngọc Quân <vnwildman@gmail.com>

Fix typos in documentation

gtkstylecontext: Don't try to emit a signal when finalizing

gdkeventsource-wayland: Fix style

inspector: Update translations .ui.h file

Inspector: Show some X display characteristics

This helps diagnose e.g. csd problems.

Restore a missing file

No wonder nobody has tried my awesome magnifier yet...

mir: Add missing reference to gdkmir-private.h

Updated vi translation for gtk+properties

Signed-off-by: Trần Ngọc Quân <vnwildman@gmail.com>

scrolledwindow: fix spurious warnings from previous scrollbar commits

x11/gl: Set the correct minor version

The major version is set twice.

https://bugzilla.gnome.org/show_bug.cgi?id=741954

quartz: NSWindow NULL check in get_scale_factor

Sending backingScaleFactor to a NULL NSWindow will silently give the
value 0 for the scale factor, causing insidious divide-by-zero bugs down
the line. This checks if the NSWindow is NULL first, as seems to happen
throughout the rest of the file.

Note that I don't have a hi-DPI OS X machine to test this on, though.

https://bugzilla.gnome.org/show_bug.cgi?id=738338

Prevent double-free after 8b5d30d43.

scrolledwindow: Enable "hover" mode in scrollbars after a timeout

This way transient mouse movements over scrollbars don't cause flickering,
and more spaced movements have it enabled shortly.

scrolledwindow: improve v/hscrollbar proximity detection

Only horizontal coordinates are checked for the vertical scrollbar, and
vice versa.

scrolledwindow: fade out scrollbars on leave notify

scrolledwindow: make it a windowed widget again

This is so we can detect crossing events on the scrolledwindow widget,
which can be useful for toggling certain behaviors or not depending on
whether the mouse is on the widget.

scrolledwindow: Show scrollbars upon captured motion events

On mice, scrollbars are always triggered temporarily. On proximity to an
scrollbar, it will be switched to full-width.

popover: Add a missing #ifdef

GtkCalendar: Slightly change overflow behaviour

If the first of the month was falling on a Sunday, we would not
render any days of the previous month, and instead show two weeks
of the next month at the bottom. Improve this by showing one week
of each.

https://bugzilla.gnome.org/show_bug.cgi?id=301835

Avoid a crash in testcalendar

When changing between months, we can get into a situation like
'February 30", which GDate doesn't accept. Don't crash in that
case.

css: Handle font-size changes properly

Changing font size does not cause widgets to update their size
properly anymore, since we forgot an invalidation flag. The
problem can be observed e.g. by running gtk3-demo and calling

gsettings set org.gnome.desktop.interface font-name "Cantarell 22"

Adwaita: Bring back 'other month' coloring

The days that are not in the current month used to be rendered
in a ligher color. This was lost at some point. Bring it back.

GtkCalendar: Use GDateTime for calculations

Instead of old copy-paste code, use GDateTime to determine week
numbers and days of week.

Formatting fixes

Formatting fixes

GtkRecentManager: Formatting fixes

Updated Russian translation

window: Use subsurfaces for popovers on wayland

On the wayland backend, set up GDK_WINDOW_SUBSURFACE windows
for popovers. In the popover code, the popover-relative-to-parent
calculation had to be tweaked, and it's been made to always prefer
the given popover position, since there's no sizing limitations.

https://bugzilla.gnome.org/show_bug.cgi?id=738891

GtkApplicationWindow: Documentation fix

gtk_builder_add_from_string takes more than 2 parameters.

https://bugzilla.gnome.org/show_bug.cgi?id=741897

Adwaita: Special-case server-side window decorations

The WM already adds the window shadow in that case, so just use the
box-shadow to add the border here.

GtkNotebook: Be a bit more safe against cur_page being NULL

https://bugzilla.gnome.org/show_bug.cgi?id=477454

GtkRecentManager: Survive without a filename

We were asserting priv->filename != NULL in various places,
which leads to apps refusing to work when HOME is set to a
nonexisting or nonwritable value. Since it isn't hard, just
make GtkRecentManager survive without a filename. We won't
save or read any recently used files in this state, but
thats ok.
https://bugzilla.gnome.org/show_bug.cgi?id=739038

Updated Spanish translation

Updated Spanish translation

GtkMenuTracker: add hidden-when='macos-menubar'

Provide a mechanism for hiding the "Quit", "About" and "Preferences"
menu items from the normal places in a traditional menubar layout (in
the File and Edit menus) when the menu is being rendered in the Mac OS
menubar.

These items can already be found in the application menu.

With this feature, applications can now define a single menu to use in
all 'traditional' scenarios.

Use this new attribute in Bloatpad.

https://bugzilla.gnome.org/show_bug.cgi?id=741610

GtkRecentManager: Allow instantiating with gtk_init

This apparently used to work, and it doesn't do harm to allow it.

https://bugzilla.gnome.org/show_bug.cgi?id=705582

Some formatting cleanups

GDK-Win32: Drop Some Unused Items

There were a bit of unused items from the GDK-Win32 work on GL support, so
drop them.

reftests: Fix typo

It causes build failure on MinGW.

https://bugzilla.gnome.org/show_bug.cgi?id=741827

GtkMenuTracker: add missing documentation fragment

https://bugzilla.gnome.org/show_bug.cgi?id=741610

inspector: Remove an errant shadow

inspector: Add a magnifier

Add a magnifier that shows the selected widget up to 5 times
enlarged.

GtkTextView: disconnect the magifier on destroy

This prevents warnings that would otherwise happen when
the magifier is finalized.

GtkMagnifier: Add a resizing mode

In addition to the fixed-size mode that is used by the text view,
add a mode in which the magnifier requests enough size to render
the entire inspected widget at the current magnification. In this
mode, the magnifier will update its size when the size of the
inspected widget changes. Also, make the magnifier redraw on its
own whenever the inspected widget draws.

widget: Set the allocation via gtk_widget_set_allocation()

There is no good reason to assign the value directly.

Also, this fixes d23f3254b7fcef0fc57739ce5cd548742870b119
where widgets that chained up instead of calling
gtk_widget_set_allocation() would not draw becaues of empty clip.

csstransform: Fix comparisons crashing

Transforms of different type are not equal.

widget: Handle setting clip differently

(1) Get rid of supports_clip flag. All widgets (implicitly) support
clip.

(2) Don't reset the clip to { 0, 0, 0, 0 } before the "size-allocate"
signal.

(3) Make gtk_widget_set_allocation() set the clip (to the allocation).
This ensures that eveyr widget has a clip set.
Note: It overrides previous calls to gtk_widget_set_clip(), while in
3.14 this didn't happen.

(4) As the clip is set by gtk_widget_set_allocation() now, don't set
it after the "size-allocate" signal anymore.

This fixes calls to gtk_widget_queue_draw() from inside the
size_allocate vfunc.

widget-factory: Don't pulse dead widgets

Causes crashes at cleanup and we don't want those.

Also, code gets simpler.

Don't initialize GL if it has been disabled

We've observed hangs of mutter when it initializes GTK+, which
are caused by initializing GL, which in turn makes xwayland
call back into mutter. With this change, mutter should just
disable GL support in GDK, and things will work.

GtkApplication: Try to cope with ssh situations better

Override the gtk-shell-shows-app-menu and gtk-shell-shows-menubar
settings to FALSE, if we can detect that we are not on the same
session bus as the xsettings provider that we got these settings
from.

We determine this by comparing the bus ID of 'our' session
bus with the one reported in the Gtk/SessionBusId xsetting.
If they are different, then it very likely that we are in an ssh
situation where we see the forwarded X display, but not the
session bus. The D-Bus based menu exporting will not work
in this situation.

https://bugzilla.gnome.org/show_bug.cgi?id=671802

Add an XSetting for the session bus ID

This will allow us to identify situations where we are not on
the same session bus as the xsettings provider.

https://bugzilla.gnome.org/show_bug.cgi?id=671802

Updated German translation

textview: make magnifier size dependent on text size

The magnifier is now set enough height to show the line being currently
manipulated, which makes it just big enough to show the layout height at
that size and magnification.

Adwaita: Make text handles a bit larger

This improves visibility, and interaction, as the invisible rect around is
dependent on the visible handle size

textview: Implement friendlier touch selection

- It is not possible anymore to trigger text DnD through touch, pressing
  and dragging from within the selection will instead extend it. Text
  shrinking is still available through the handles
- The selection mode for touch is per-word, char-level manipulation is
  still available through the handles.
- Tapping within the selection will bring in text handles, and toggle
  text selection popover.

textview: Make "extend selection" only extend

This mode could also shrink the selection, plus the starting point would
seem somewhat arbitrary (actually dependent on the dragging direction of
the last selection).

Made this mode more consistent by only allowing it to extend the selection,
only in one direction for each operation, and so it keeps the current
selection as a minimum.

textview: Pass a boolean telling whether a selection drag should extend

Instead of passing a GdkEvent and let the function figure out whether the
selection should be extended, let that to the caller and just pass a
boolean here.

textview: Show magnifier on top of current line

The X coordinate is dependent on touch position, but Y is stepped.

texthandle: Use active state when handles are being dragged

The active state flags is set on both handles when this happens.

texthandle: Use the handle widget style context for rendering

Using the parent widget context is a leftover of the pre-popover
implementation, which used GdkWindows directly. This will make the context
reflect widget state, at the expense of changing the selector paths
that used to match the handles.

gesturesingle: check for the sequence being handled, not just the event

Checking the return value was valid for most gestures, but
GtkGestureLongPress, where the first press triggers internally an action,
but does nothing for the sequence to be claimed/denied, FALSE was eventually
returned, and the button/sequence functions would be incorrect when
::pressed is emitted.

So check that the sequence is being handled by the gesture, this is more
desirable than the return value as it's independent of sequence state,
and still will be FALSE for the cases we want to catch here.

gtktextlayout: fix to quiet a warning

Gcc complains about a possible use of a not initialised
widget ref ( which can't happen in reality )

https://bugzilla.gnome.org/show_bug.cgi?id=741702

gtktextlayout: fix for right margin with RTL text

When a RTL paragraph is not set to wrap, the right margin is not respected
because of the margins counted twice so we replace
display->width by PIXEL_BOUND (extents.width), the same quantity
without the margins.

https://bugzilla.gnome.org/show_bug.cgi?id=741702

Minor documentation fix

printing: Translate context to correct position

Use correct margins of given page setup when translating context
to imageable area.

https://bugzilla.gnome.org/show_bug.cgi?id=671895

printing: Return correct width and height of page setup

Use correct margins when computing width and height returned by
gtk_page_setup_get_page_width() and
gtk_page_setup_get_page_height().

https://bugzilla.gnome.org/show_bug.cgi?id=671895

Updated Spanish translation

Updated Hebrew translation

Visual Studio Builds: Update Header "Installation"

The list of headers became a bit out-of-date as development went on, so
make it up-to-date.

GtkMenuButton: Don't leak popovers

Detach the previous popover from the toplevel when a new one
is set. This should fix

https://bugzilla.gnome.org/show_bug.cgi?id=741652

Adwaita: another stab at the undershoot